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(57) T ic invent or ref r then an 

ment of distributed databases, and more particularly to 
8 method and an arrangement associated with manag- 
ing database schemas and configuration at software 
that uses those schemas. The objective of this Invention 
is to present a method and a system, which allows man- 
aging database schemas and application software In 
targe distributed multi-database systems and avoiding 
problems mat are related to the prior an systems. The 
objeclivoot I v if vi ni ^ nain^ H \ ir )t nitcji ^ 
tion manager apparatus (231 ) which & external to the 
1 1 nficj iratinn and dateb i ged (200) The 



*bly also atta ned by 
providing a mechanism for keeping multiple, possibly 
otfferen tfabase schem d a -non software in 
synchronization. The externa! configuration manage- 
men! nods (231) rnanaqi - -< juration nanage 
ment replicas (203. 213 223) m each part (201, 211, 
ad da abase syst n (200) i'hese 
rync it hi s ' ti i r s piK. t com 

prise scripts mat are used for creating and/or updating 
t i „r c ltd configuration 

of software tha . ass ties rb sees (202 212, 
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Description 

[0001 J Their >» • rally to the manage- 

ment cf d-slnbiif - tabasa fid more particularly to 
a method end an arra ige 1 1 witn mar ig s 

ing database schemas. 

[0002] T is app ica- 

tiors; 

'•Qsra management system 1 * is an entry which com- m 
poises una or more databases andor data rnanage- 
n H sy ti n we e \ the s-j stem s res . * 
for reading the data structures contained in the da- 
tabases ami/or da:;! management systems and tor 
ds tnq in ini se data structures '5 

"Database" =s an information structure. winch com- 
prises one or more data elements, and the use of 
which is controlled by me data management sys- 
tem. The invention is applicable both in islailorsa! 29 
ti tfal is.es and in data t her fi rms such 

as in object-oriented databases. 

"Oats element" a, an information structure, which 
can eompnse other data element? or such data el- r?5 
emefits, which can be construed as atomary data 
elements For instance n 
ts elements are represented by tables comprising 
rows The rows comprise holes, which are typically 

atomary data elements , & 

"Dat&wse operation" is an event, fluting which data 
elements are read from the database, during which 
data elements of the database are modified, during 
which data elements are removed from the data- 35 
base, an it slements are added 

to the database. 

1 ransaction is a pit. J >as operations 

acting on the data elements A transaction can also -m 
comprise further transaciions 

"'Database Sens ma" is the strut 
system descrii air its na! language supported 
by the database management system (OBfyS). In 
a relational database ino schema defines the ta- 
bles, the fields in each labia, and the relationships 
between fields and tables. 

"Database Catalogue" logically partitions a data- .en 
base ? lat ciata is organ 1 ma> the n t et 
business or application requirements. Each logical 
database sac a ns a complete, 

independent group of database objects, such as ra- 
bies, indexes procedures and triggers each of SS 
these catalogues can act as a master or replica da- 
cxample to cre- 
ate two or mors;- e. tdata t sinto one physical 



database, it is also pes., bte to h tve one or mom 
catalogues in this same local database that repre- 
sent master dalabase(s). 

C tab^so N„ee is t „uo which 

has been defined to act as a master or replica ami 
thus participates In a hierarchy of synchronised da- 
tabases. 

"Master database" is a database catalogue m a da- 
tabase syncht on u-aiiori system that contains theof- 
icial rrsion /n h t iter < afa. A 

master database can have multiple replica databas- 
es, 

Repli a iafai ass" is a database i i 1 
•abase synchronization system that contains a full 
or partial tentative copy of the master data. 

"Pub heat ion" is a set of data in a database cata- 
logue that das been published in master database 

tor synchronization to one or multiple replies data- 
bases. 

"Synrnrontzatien" is operation between replica and 
master dalabasecatalogues in which changed data 
is exchanged between the catalogues, in one 
known embodiment, this means propagation of in- 
s 'mm roolica 'o master and 
subscribing to a publication to download changed 

data from master to replica, [1 1 BP G 860 788. 

"Schema revision" Is a snapshot version of a sche- 
ma that si t h ,ii t irne a rsi m 
number. 

S i ria s >l bat ams a schema or 

creates it new revision of an existing schema of a 
database node. 

"Sememe subscript" is a schema script that is exe- 
cuted from another schema script. 

"Sonoma script publication" is a system publication 
that contains the schema scripts of the database hi- 
erarchy. 

10003] A schema is a representation of the structure 
o rm it jL r ^ 1 i f data is stored 

in the database h dislat -i - - namaqernei 

n in * it r tst b as r sin it< a v 

sc ten a< *$ m II as m< \ set amas of the 

its of 8 i - i controll ale 

manner. 

[0004] P gem 1 tilt t is torn, art da 

taease arrangement 100. The database system in- 
cludes a server 101 with at lice i itsterdatneas. 
1 02 T c ; - a sche- 
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ma master >. . 1 1 ^ 

tabase system also includes two servers 111 and 12i 
w 1 apf csi-tcr-i reel li s databases 112 122 The app 
cahon replica databases can mamfain a tun or partial 
copy (replies) of the application master database serv- 
ers' data using suitable data synchronization technolo- 
gy, such as it it app ati< i 
document [ 1 j E? 0 860 788. The- application replica da- 
tabases include schemas 113,1 22, which may ba a M 
c p utialc aftht sche t p c ion ma 
tor database. Some prior art solutions lor managing 
schemas, in distributed i it t s systems are o escribed 
in documents [2] US 5 SOS 066 [35 WO 00/45286 and 
[4] WO 00/0^445 

[0005] In if e pi >r art il n schema up- 

grades are mads in the master and these upgrades are 
dtsinfcuied to the replicas transparently using some 
hard -coded rules. This approach in! reduces some prob- 
lems th - is 
difficult; 

- There is no possibility in prior art implementations 
to control tb c p i jc s i 
maiicaily. For insfarvee. sometimes the nature of a 
schema modification operation require- hiat servk.- 
es for all on-line users of the database are discon- 
nected while the schema is being upgraded. This 
requires programmahe control over the upgrade 
process in replica databases. 

- There is no overall view about the upgrade status 
of different databases of the system. Failed up- 
grades are not reported anywhere and the system 
operator does not necessarily know., which replicas 
have upgraded to new revision and which have not 
yet done so, 

if She anion 1 parade fat's here is ae possit y 
forens'i' ' ere is nei- 

ther a possibility to prevent such errors. Typically 
the repiica database mas; be recreated from 
scratch in this kind of situation. 

- upgrading a system where different -epficas can 
have differ; 1 - met where replicas can 
have locai tabis-s that are not defined in the master 
is a difficult task. 

The prior art tect i r err outsourc- 

it | harm rro or iguration centre c distributed 
systems to third parties. 

[mm] For these reasoi 3 data! se schemas of 
prior art disttibuted systems are typically not well man- 
ageable. 

jTO07j fht s to oresent a 

me had me an am ige > teh m a imaging 
database sen neation so tvs re 



jonhgurairon in larg - < h i iuUi y 
tems and avoiding said problems that are related to the 

[0008J The objective of the invention is attained by us- 

s ing a schema and soft-', t . i manager ap 

patalus « -se loaes and 

software being managed. Ties configuration manager 
apparatus is here retorted to as "schema end software 
confsguta' t j set vc of the 

w invention is preferably also attained by providing a 
a .c i if sn Li eer. n leihi ibly different d 

tadase schem times in syn t n a 

Bon The external configuration management node 
manage he schema at < m'luji > r i 

-e agemem replicas in each server of the distributed data- 
i ise ays ern 1 hes synchronized j 

i -lenag men! replicas somjii c - s eis 
that are t edt r creating t y, uptte j he schemas 
of -he databa managing 1 to s if qei if ens 

& of applications that use the database node. The inven- 
tion mus provides a solution re the problem of managing 

schemas of distributed databases and applications that 
use those databases. 

t ' j ] i r i 

2$ oration mat e node i yptcally a sep 

arste database node that can reside in a database serv- 
er same as or different from the application database 

a ' - - i - i 5 r i 

and management database nodes are Ideniicai. the 
3o management database node can be made a part of the 
application database node 

100103 One idea of the invention is to utilize relational 

i t . 1 4 i 

logic 0 t ae-jge s.e f uge numberof 

sn ipf cat* .or led we building targe 

distributed systems wit m c » te i still closely into 
g ated cc tfigr • 1 1 unctionality 
[0011] Inventive features in some embodiments ac- 
cording to the invention are:. 

Extracting trie schema management mecttamsm 
from the application's schema to en independent 
entity. 

« - Managing all or seme of the different schemas and 
at Btions of a tritmtsd ;y to i if or oc it u 

- Utilizing incremental synchronization mechanism 
for distributing the new and modified schema and 

SO software loi 'igota : i scapfs to the nodes of the 
system, and 

- Utilizing a revision name for detecting the need for 
schema and application configuration data syn- 

ss chrenisratiem i.e. the schema is upgraded if its revi- 
sion property does not match with master's respec- 
tive property. 
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[0012] Tic n naans iere h it 

database ooie i >ies indices, procedures, 

i in j 1 a « i 1 >d« i j 1 i ! lu Tk if 
p-teisfion configuration management" moans hero that 
application software and/or its configuration parame- 
ters sea ity materia) si certifier tcs as 
well as other data and 1 i >eeoVJ to ran he at 
plication are amended added or deleted it also means 
i t< hsm vir > i md data that is used 
tor verifying consistency and validity of application pro- 
grams and applications' data of the system. 
[06131 A database system may include server com- 
^ iters i tart i e s and n; t* mis 
nodes. A network node maybe e.g. a case stat ion con- 

work -ci t iu r 1 ration t itrc 

for (BSC), etc These- oar h it database 

system may have a welese or wireline connection !o 
the other parts of the system It j letw i a based saver 
is used, the application cat i SBirii a - cents, fc 
located and invoiced by using the Uniform Resource Lo- 
cator (URL) of the server. The sebemaaapotication con- 
figuration management node may also be a server, a 
ctient terminal or other node mentioned above, with a 
wireless or .» - . 

terminals., which include parts of the distributed data- 
base. The database may be Oracle. Solid. Times Ten, 
Poiybsdra, Ciustra or any other database, 
[001 4] With tee present invention it is tecs possible to 
rci iote y i it in- soon is t distitt e 
stared In terminals and various servers and keep the 
schemes and applications (ha; use tine schemes auto- 
matically in synchronization. Tne present invention has 
several advantages over the prior art solutions: 

- It is possible to mar tg© tht rut me configuration 
control of distfibut I system ixte illy and there- 
fore outsourced services of third parties can be 
used for providing this function. 

- it is possible to control hie schema and application 
configuration upgrade process programing in a tty 
Pot instance, sometimes the nature of a schema 
modif it * >t it quire th sen cos for .tit 
en-tine m 

while tt 

programmatic control over the upgrade process m 
replies database nodes. 

It is possible to have an overall view about the up- 
grade statu lit t d t i; >f thi y 
tern. Fatied upgrades cart be reported or prevented 
mcihesy: i nt'omr Von which 
i> masters hav ). k nev I 
sion and which have not yet done so. 

If the autot etc pgrade fails, there is a possibility 
t i !>■' - i , cry There is al- 



so a better possibility to prevent such errors, be 
cause the control of the schemas of the database 
system is centralized. It is possible to prevent situ- 
stions where if is nee - tfe splice da 

It is also possible to upgrade 3 system where PC" lei - 
ent replicas can have different schemas and where 
replicas can have ioca b tt private aata 

w in any shared tab -0 or mar aged 

in the master. 

[00153 Further, together with updating schemas cf a 
database system, it it; also possible to update other in- 

>s formation of a node using the same updating route and 
procedures, '''his may include, for example, updating 
oonfigui riiors scripts, upi 1 1 umtii f 
and changing application binaries into a new version 
level Schema scripts can also Include DML (Data Ma- 

20 nipulaiion Language) or DDL (Data Detention L&e- 
g i ge) a< pts >i ay ni( u jtfoe scripts 

In some embodiments this is used to set up version in- 
formation 'or - :>] iicafiofis tt elect the need for update. 
10016] The method according to the invention for 

& managing schemas and/or application configuration in 
at least one database system comprising at least one 
applicant- one apple 3 

tton replica database, wherein at feast one of said data- 
bases comprises a schema of the data stored in the da- 

3o tabase, is characterized in that the at least one schema 
and/or application configuration is managed externally 
;f said at le.ast ne application mast* < = nd 

< ( i ati Jt re) ica data! ass 
[0017J The irsvention afso relates to a storage media 

iff 1 - 1 ; computer program, which 

is el raeten cl ir t u the | eg an con prises ns n* 
Hons for cor rolling a data lay; 1 it system or com 
j cents th<t 1 1 t 1 the method according to 
the Invention. 

-so (0018) The itiventien further relates to a configuration 
management arrangement for at least one database 
system comprising at least one server with application 
roaster database and at lees) one server with application 
replies database, wherein at least one database com- 
prises a schema of the data stored In the database, 
which is characterized in that the ar j is 
es a cor ig ir it - sr igemen nod* tor managing a 
database schema a never application configuration 0? 
sain at least one database server wherein said config- 

so ursticnt a sc. dat least 

one application master database 
{001 9j The invention further relates to a configuration 
management node for at least one database system, 
comprising means creating end/or updating schemas 

ss an 'c np; afion of la abass - st m 

comprising a ibase in e. at one da => 

base server, wherein the configuration management 
node is externa fs > t est tabase server. 
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[0020] The be i >d . 1 nvemiori s considered 
to be a separate > r < ting f i piica hema from the 
master schema. 

[0021] Seme embodiments of the invention are de- 
scribed :n the dependent claims 

w i t h iit . utn «s it i 

to the enclosed figures, in which: 

Figure i illustrates a distributed dafaPase system 
according to the prior art. 

Figure 2a HI ( ' baste units of an exemplary 
configuration management system ac- 
' hj\ ic; etb w nthe ipf 

cation ciatab3.ee hierarchy :s afferent from 
tin sd enn i I > i jnfigi alien 

"i t n .: >m< m ., f it ;e in trod) 

Figure 2b illustrates the basic units of an exemplary 
ror iguratic < ^ n ys^rt ac- 

. i g n% . i -i a- . nth< pft 
cation database hierarchy is the same as 
fhe scheme and application configuration 
management database hierarchy. 

Figure 3 illustrates a flow diagram of exemplary 
steps setting up master database accord- 
ing to the invention; 

Figure 4 illustrates a flow diagram of exemplary 
steps for setting up and registering replica 
database and installing application soft- 
ware according to the invention: 

Figures illustrates a flow diagram of exemplary 
steps for upgrading the master database 
nit tii < 1 1 fiii me ac- 

cording to the invention; 

Figures illustrates a flow diagram of exemplary 
steps tot upgrading the replica database 
schema end application configuration ac- 
cording to the invention: 

Figure 7 illustrates a flow diagram of exemplary 
steps according to the invention for up- 
a < i i ! i u n i . iatabaso schen id 
application configuration after a replica da- 
tabase schema has changed. 

Figure s Illustrates an exemplary system environ- 
ment where the invention can be applied; 
and 

Figure 9 i em for manag- 

ing database u m s nd »pp cation 
configurations. 



[0023] Figure 1 was 3 he prior art descrip- 

tion above r 

mentaccorc x; / nins nasi, wrote heap 

plication d c ? - if eni from the sche- 

s ma and „ in u tiger m 1 3 

basehierarch ^ 1 g > 1 irises three main 

components application rm srd abase server 201, 
apt a in i i j rs 21 21 arid 

schema management node 231 . Application master da 

is laoasereoe ooes 212.222 

form a distributed system wherein the application rep- 

(repl'ica) of the application master database servers' da- 
la using suit 1 chm t m x,j such 
'5 as fun< 1 docu- 
ment [1J EP 0 860 788. The arrow tees between the 
blocks mean synchronisation relationship between the 
oaiaisitse servers. 

{ "a 1 ] i i i mi iqcd d, ho 

& configuration management node 23 1 , The configuration 
management node :?'J1 includes a eenfigurabon man- 
agement apf r 1 jingthesohemasand 
app cue < n tore 

is also a configuration management master 233 stored 
SS in the < nlig r «mi node and replicas 

203 213. 223 of fhe configuration management master 
are stored into database servers 201, 211. 221 of the 
database s> 

lion database server does not have a schema manage- 
30 meet replica it the configuration management eata is re- 
liably and quickly available from some other node, such 
as configuration management master, of the network. 
[0025] Ths configuration management replicas may 
I on management 

35 master 233. The configuration management replicas in- 
clude scripts tor create 1 dating the schemas 
art c app aticn eenfig a 1 abases. The 
>r * tr it at mam jom.nt mas- 
ter and trie configuration management replicas can De 
-•0 1 <jc JsitiQihasynchrom, on fern ii< jjity / ,< 
era [ Dthe i r it d eta transfer c 
schema's managed data from master to replica, or any 
other methods 0? information exchange. 
[0026] F 41 fi r w lit.-! i 

43 merit acco - where the ap- 

idafaba rci 3 the same as tin -car n 1 

anc appl it r 4 < nent database hi- 

0 i ehy When the d 1a - sre rdei real 

<. eric u alk nfiguralioi n it ige 

53 ment replica synchronise therr data f-'em the same mas- 
ts node theaepl na rtionn ar age 1 a 
rep cascan 1 plica node. 
[0Q27J In aos k r remote 
configuration managernei . n - dii 3 to fhe invention 

$5 n c oescr bod e mom J- ^ rmoe in to fn i t - '•' 
[0028} Figure 3 illustrates a method for setting up 
m is e oat t tee. In stop 3 schema 

1 j if ipokdion 
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and stored ie the schema management master data- 
base, step 303. if the application database hierarchy is 
dTferer from < fig -' i latst hierarchy two 
new, emo k > or t reafed to the 

i , 3sta catabase 

will reside, step 304. if the hierarchies are identical, 
these two node 1 ibrtted ifoone t step 306 

oneo theemi I j ted to be the 

repftca i me of tne cent i jement master 

t < c hr ma ten As part f tht 

I i t ■ i data e.g.scl ems name, 

ofibenewappi i s i enttoihecot 

figuration management master database node The 
t Aii rented tt p!i it tne i 

synchronised with lis master deiabase in step 308. This 
downloads;! 1 t 5 nd possibly al- 

so application configuration dam sncn as software bina- 
ries and installation programs of the application master 
to tne database setver. Next the schema of the applica- 
tion master eat it «e rodt is mealed | 
fha; warn downloaded to the new repfiea oatabase 
node,3i0. Atthis phase, also She software configuration 
data can be extracted from the database and installed. 
312. Now the niasiet database nods along with the ap- 
plication ts ready for use. 

[0029] Figure 4 illustrates a method for setting tip and 
' < ^ \ in u ji 

base schema and application configuration of the repli- 
r 1 1 abase rode is del led in una i 
management application and stored. 403. to the config- 
uration management master database node This step 
is typicaiiy made as fhe same time when the configura- 
tion of the application's master database schema and 
applications are defined, 

{0030) In step *04 two new, empty database nodes 
are created to the database server where the application 
j i t ^ \ 1 no of the 1 iew empty da- 

tabase: of this-; t t pit mode 

of the configurat n mansgt ! r atabase and 
registered with the configuration management master, 
step 406. As pat; of the registration, the identification 
data, e.g. schema name of the new application data- 
base is ser ti tne do n fig t r • gemenJ master 

3 the n wi\ re; edeot 
flguratlor tiartag ©d with its 

master clatabas Tb ads the schema cieati i 

scripts r to. i t ■ ' i ^ 1 I > application con- 
figuration data and software to the database node, m 
step 40$ the application replica database node registers 
itself with the a i i using reqt 

t nation scripts i < r ?t magement rep- 

lica of the setver. The schema of the application replica 
database node s ere tt - s haf were 

download to the hon manager lent eolica 

database node. 4 1 0 Finally, the replica application soft- 
ware is installed. 412. s the database hierarchies are 
identical, i.e. both application replica end configuration 
• < s i - >l a v it a c ,reir a ifa free the 



same master nc o< t > i 

management > noeimf mooted as one rep- 

[0031J F j. ■■ E ins orapgradi , he 

s master database schema. First in step 502 a set of 
scripts is created for a new revision of the master data- 
basescnen i juration ma sget e ttappl a 

Hon and I i i Mqutieo! nas 

ter, 503. in step 504 the configuration management rep • 

re Ilea database node of tt t tsier server suit 

scribes the data of the new revision from the configura- 
tion! he 
master database node. The application mastet schema 
is updated by runt ic r m cvis on, 

'5 506 The serif • torn trie coi juration man 

agemert epl tabase 4 the sewer. After this, the 
appr-canen configuration can be upgraded by rising the 
application configuration data ana software mat was 
i nnqti esync itc it, aiioto 50? Du tng T ho 

40 execution of the scripts, log entries can oe stoied to a 
table ot no configura r rr 1 m n1 ep ca Ate 

j v i of tne scripts, tne revision level of 
the application master schema is upgraded. Next io step 
508 the log entries written in step 506 are propagated 
as to the configuration management master by synchronic- 
a! r manageme if replica database 
node Tne s , «, he success 

o tp i l: if wing the log entries using the con 
figuration management application 510. 
do [0032J Figure 6 illustrates a method for upgrading the 
repiica database schema and/or application configura- 
tion after the master database schema and/or applies- 
i 1 ha ie i uf idei accorc igfo Fig 
5. First in step 602 a set of a new revision (that matches 
Oii i 1 1 1 - r created n i revisiot I of the applma 
tion repiica database schema is created in the configu- 
rator man t t I ed 303 to the 
oonhgui 

i 1 < f jpiication ma J 

tabase node In siep 604. but fails because the schema 
of the application nn terete i ode has been up- 
graded to a new revision level Alternatively, configura- 
tion management node cat] inform Ihe application rep- 
lica database about the need to upgrade the schema. 

** f'nec r i< is is tot tabase t ie 

app cade i rep ca serv< subs 1 r 

so note of the ne\ ma a , i configuration 

revision from the configuration management master by 
m near; i com t t aoase at de c 3f 

so 805. 

£0033} Next in step 608 the application replica sche- 
ma tit updated by tunning the scoots of the new revision. 
The scripts are found from the configuration manage- 
ment repiica database of the sewer. After this, the ap- 
55 plication configuration can be upgraded by using the ac- 
re catie i n , i - fso e hat was d a ) 
ionaod do irq t ynchroi ion, 607 During hoix 
ecuflon of the scripts, log entries can be stored to a table 
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o'theconfigu it n trepii Aftersuccess- 
M execution of the script met weiofthaap 
plication replica schema is upgraded The log entiles 
written in step 606 ai t» - t schema man 

agcmont master by synchronizing the configuration 
management replica database node step 608. Now that 
the revision :e> 1 1 pi « in let an he ret 
iica databases are the same, she appiicaiion leoiica da- 
tabase node c sym nea with he applieaiioi mas- 
ter database node again. 509. The sysiem administrator 
can review the success of the upgrade by viewing the 
to j eat ies is eg ha < , tion 1 nagement apj- 
cabom 610 

J0034] Figure 7 ittesbatea is method tor upgrading the 
master database schema altera rep . database sche- 
ma nas changed \ t heraa can 
change sit life I - Rg.Sfonbeme to? i; 
base schema) First ai step 702 a set of a new reveries 
(that matches with the earlier created replica revision) 
of the application toaster database schema is created 
in the eorrftrgm . n jement application and 
stored. 703, to the cent: aeration management master. 
The application i optica tries to synchronise with me ap. 
plication masfei fate sail > 704 )et fails because 
the schema at the application replica dare base has been 
upgraded to a new revision level. The configuration 
management replica database node of the application 
nasterservei ii • < 1 c iptsofihenew 
revisk 1 from thee. 1 ig eat ami , , , 
synchronizing Itself with tne master database node, step 
705. 

[Q03S] Next in step 706 the apptic master me 
ma and possibly atso application configuration =s updat- 
ed by tanning the scripts at me new revision Toe scripts 
e found from fee ifig t i r emenl replica 
database of the server. During the execution ot the 
scripts, log entries can be stored to a tabic of the con- 
figuration management laptioe After successful execu- 
tion ot the scripts, d < 1 leva he app ; tic t 
mi stei sc ion he upg ) the log entries written in 
step 703 are picpagated to die configuration manage- 
ment master by .synchronizing the configuration man- 
agement replica database node, step 703. Mow that the 
1 >ltca 
database nodes are the same, the application neoiiea 
database can synchronize with the application master 
database nodr 1 h f ho system administrate 
can review the success 0? the upgrade by viewing the 
fog entries usin < 1 cement apt 

cation, 710, 

[0036] Figure 8 illustrates an example of an equip- 
ment environment whoa; the present invention can be 
t oplfe J r m c mi 1 ir the s« -vei fo 
aoptieatiot ma to i la ise rode 60' and severe! 
sew s fcrapplicat .1 a oaf aba xtes The ip- 
l i atien epln =1 data include an c die - a 

tion 81 - to which a laptop tormina! 841 and WAPtSfmi- 
1 I io i ot 1 T Jtt warehouse 
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including the apofic a. r • :p <-, e a tb me node. A sep- 
arate configurator nanagement '-'00:0 831 manages 
configurations of all ■ ■ vets, of the data- 

base system. The config ■ gement node 831 

s has therefore vidu synchm i >n connections to 
ait blocks 801 , 811 , 821 . 841 and 851 . 
[0037] Figure < 1 )f a hierarchic 

syste'i v. have 
their respective schema management nodes 931a, 
w 931b and 931c which r , q , enemas of the re- 
spective database nodes. The database systems have 
a common configuraiion management node 931 for 
managm , so it a a- 3 1 Pica t juration ot all 

- 1 i. b md c The conf igurat » mm 

m age-mom nodes 33ta. S31e and 03'c of ibe individual 
database systems are thus replicas of the main config- 
uration management node 931. it the hierarchy ei the 
application database is the same as the hierarchy of the 
configuration manage s tie manage- 

rs meat database may be included as part of the applica- 
tion database. 

[0038] A system accent 1 it >t tsanbe n- 
* m it ?dbv 'i t Htvvta state of the 
arf iformaho ndoca mum siion tec mot 

05 ogy components. A person sallied in the arf can imple- 
ment ! - met ; invention b> atmrq 
ing and programming such components fo reaitee the 
inventive functions, 

10039] For example, the invention can be implement- 
■?o ed to work in a telecommunication system, which is 
e t< neo the! Ilowi g TCP F CC 
MA, GSM, GPRS, WCDMA, UMTS, Tefdesic. iridium, 
Inmarsat, WLAN and imode 
[0040] It is also possible fo use a standardized Oper- 
as ating system 1 1 << nate a ' avers The operating! 
system of a terminal can be, for example, Unix, MS-Win- 
dows, EPOC, NT, MSCE. Linux, PalmOS and GECS. 
The servers lot application master database and sche- 
ma management application may preferably have at 
least one of the l < t terns; Unix. MS 

windows, NT ana Linux. 

{0041] To a persoa skaed in the art it is obvious that 
in cudei to have an illustrative rfeseepfion the above pre- 
sented exemplary embodiments have a structure and a 

■■5 function, whict l> < By applying he 

model presented in this application it is possible to de- 
sign bitterer anc very c< ited sysmi < h in 
obvious ways to the expert, utilise mo inventive idea pre- 
sented in this application. 

50 [0042] Oi sfi ltd -tt alibi tgh embodiments 

concern - a are de- 

scribed, the invention is also welt applicable to applies • 
tion configuration management. 

35 
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Claims 

1 . A method tor managing database schemes and/or 
application eonfig r tiot data i at least one data- 
base system comprising at least one application 
maste datac f r >tt at i t rot 
ca database, wherein at least one of said databases 
comprises a schema of the data stored in the data- 
base, characterised in that 

■ at least one schema and/or application config- 
uration is managed externally o? said at feast 
one application master database or at teas! one 
ipr < - i ic ill. j tat fa r 

2. A method according to claim 1 , characterised in 
that at least one cor n i nar gement master 
is provided in at f > n! gura io i nanage 
msnt node, wnicn is separate from each ot sam da- 
tabase nodes, a replica of at least parts of said con- 
figuration management master is stored to a server 
comprising the Hi feast one database, and the scne- 
ma of saio a; least one database is created and/or 
npoafedonthe basis of so figuration 
management repiica 

3. A melded according to claim 2, characterized in 

that the configuration of at toast some databases 
of said database system ano managed by said con- 
figuration management node. 

4. A method according to claim ?, characterized in 
that tnc ■ j jt on of at less! some 

c -ar«ged 
by sak configu a lent node 

5. A method according to claim 2. characterized in 
that at least parts of said configuration manage- 
ment master and said pars o said contig 
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management replica are synchronised. 

6. A met ~ ' characterized in 

that af least pads of the application master data- 
s base and said parts of foe application replica data- 
base are synchronised. 

?. A methr j I ;(a n 1 characterized In 

that the dr a of sen i ra i jem i it m is a 

io ;s maintained by a configuration management sp- 
oil' [ dmiir I u i hi i i jd 

S, A method according to claim 1 , characterized in 
that 

w Mowing communication specifications: TCP/IP. 
COMA. GSM GPRS, VVCDMA UMTS. Teide-s).:, 
indium foma-'sat Wt.AN and imode 

9. A method according to claim 1. characterized in 
20 that at least one of the following operating systems 

s iff. in at i n. minal including an appli 

cation repiica database of the database system; 
Unix. MS-Windows, EPOC, NT, MSCE, Linux, Pal- 
mOS and GEOS. 

10. A method according to claim 1. characterized in 
that af least one of the following operating systems 
is used in the at feast one serves t ppii 
cation master database of the database system: 

so Unix, MS-windows. NT and Linux. 

11. A method according to claim 1, characterized in 
that the database is a database node residing •.» a 
dafabase server. 

35 

12. A method according to claim 1, characterized In 
that t hertias at nfig irat on of at 
toast fwe database systems are managed by a com- 
mon configuration management node, wherein a 

-so configuration management node of an individual 
databases;, 1 n - ypliea of said common con- 
figuration management node. 

13. A mett d acci jtcl.nt. characterized in 
-'3 that the fiierarcny of tine application databases is 

mt samj jslnef aai • t < t t itigi tit n i i< 
agement databases, wherein tne configuration 

management database is included as part of the ap- 
plication database. 

53 

14. A storage media comprising a stored, readable 
computer program, characterized in that the pro 
gram comprises instructions for controlling a data- 
base system or components thereof to implement 

55 a method according to claim t 

15. A cor'igut it n g tk 1 a ngemont for af 

iatac •• < compri ig a; least one 
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set-vet with * : '"iri at 

least one sewer with app en epiic fataoas 
where i at feast on a i tfi3Ns.es a schema 
of the el j r ; - i i ■ - i o abase characterized 
r tl at > 
management node for managing a datsbass sche- 
tt a of saicf ~> 1 • ' i and/or cot 

figuration of applications aoessiog the database, 
vvherem said configuration management node is 
separate from said - 1 opiication master 
database. 

16. An arranj i i jtocfaln 5 character- 
ized tn that > 3 J - sttt node 
comprises a configuration management rtias.tt.-t 
when i i ir it It as 5m i pit 1 r r d 

•rver and the at least ont i t< « a- a 
database server comprise a replica o; a ; 
of said configuration management master, and the 
arrangement comprises means for creating and/or 
operating Pie schema end/c" app!:f.aticn configu ra- 
tion of satd at teas! one database on the oasis of 
scripts of said coi juratio) tagamet!! replies 

17. An arrangement according to claim 15, character- 
ized in thBt some or ait database servers c? the da- 
tabase system comprise a replica of said configu- 
ration management master. 

18. An arrangement according to ctatm 15, character- 
ized in that the arrangement comprises means for 
synenronfeing at ioast parts, of said configuration 
management master and said parts of said config- 
uration management replica. 

19. An arrangem t <jj jio ctatm 15, character- 
teed in that the database system comprises moans 
for synchronizing at toast parts of the application 
n 1- si ... and said parts of the application 
repilea database, 

20. Ai 5 ran , ling to clam 15 character- 
ized in that the configuration management node 
x 1 0 ises a \n jus 1* t j ppiicatt 
tot sreaang and/or u g tl figi a« n f ar 
agomont master. 

21. An arrange i 3 tool t character- 
ized in that the m nq t 1 r the database 
system is cemp at 1 a t one of the to ow- 
ing communication specifications: TCP/IP. CDMA, 

' I DMA UMTS i tesic 11 to tr 
marsat, WLAN and imode. 

22. Ariarrartg to claim 15 character- 
ized tn that tn. ipj > asetspm 
vi - t , . , , , , tionof imc 
bile station and a computer. 



23 ^ tn a 1 nl iq to 12 character- 

ized in that the fern 1 - s si neofthefoi 

OW "tC, ^. , 5 

OC, NT MSCE, Linux, PalmOS and GEOS. 

24- An ana '5 character- 

zi 0 tn tl at fate.ba.se s 

and/or the configuration management node has at 
l lowing of j system 1 

10 MS-Windows, NT and Linux, 

25. An art a 5 character- 

teed in that the database is a database node resid- 
ing in a database server. 

26 Ai tit ,r ner ecr 0 to c an 1 "5 character- 
ized in that it composes a common configuration 
management node for managing sehemas 0; at 
least two c t /stoma who eln cot igar 
-'o lien management nocfe of an individual database 
system is a replica of sain common schema man- 
agement node. 

27. An arrangement according to e-taim 15, character* 
& teed in that the hierarchy of the application data- 
base is the same as the hierarchy of the configura- 
icn-t it iqr'n 1 a re on m tr tqo 
ment database is included as part of the appiii a: ton 
database. 

30 

28. An arrangement according to claim 16, character- 
ized in that the configuration management nocfe is 
for managing a database scheme of said at teast 
era; database server. 

25. A ■- . . it ament rode o at least wie 

fat; base s lem 10 daiaba an camp ising 

ai east ore c - 1 1 database serv- 

er wherein the configuration management node 
*> comprises mattes forcreitting and/or updating con ■ 
figuration of schemes and/or applications access- 
ing thorn a . sr sysh i w ie t in hi 1 or 1; ira ion 
management node is externa! of said a! teast one 
database. 

43 

30. A configuration management node accotding to 
claim t?o characterized in that H comprises means 
for providing a configo one tg ner roc'; 
and a configuration management application for 

00 provtcfcnc! a database of me database system a rep- 
rce of fire rn n ihhi n rm, tic il n a= o 

31. A configuration management node according to 
claim 29. characterized in that it comprises means 

05 So;- synchrcnizing said configuration management 
epticas of -he da abas . m with said igi 
ration management master. 
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32. A coitigi i 1 i ert ioqo according to 
claim 29, characterized in that saw configuration 
■ i ,i • ster and/or configuration manage- 
n 3 ii pep iss compi - i ' 5 iiing and/or 
updating -he schema of tfcs a; least one database s 
and/or configuration of application accessing the 
database. 

33. A configuration management node according lo 
claim 29, characterized trt that ii is a repiiea of a w 
common confutation man agents nt riocte for mm> 
agiag at fa est two da! abase systems 

34. A configa t j 1 1 tod m rd 1 5 to 
claim 28, characterized in that the configuration »a 
management node is for managing a database 
schema of sate at teas; one database server. 
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DEFINING THE S 
APPLICATION MA 


CHEMA OF THE 
3TER DATABASE 
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STORING Tr 
TO THE CONFIG 
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E SCHEMA 
MANAGEMENT 
ATABASE , „ 




' 304 


CREATING TWO NEW 
LOGICAL DATABASES TO 
APPLICATION MASTER SERVER 
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f 


DEDICATING AND REGISTERING 
DATABASE AS COM FIG. REPLICA 
NODE 




, 308 
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SYNCHRONIZING 
MENT REPLICA V 
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CONFIG. MANAGE- 
MTH ITS MASTER 
BASE 
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CREATING THE APPLICATION 
MASTER DATABASE 
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INSTALLING THE MASTER 
APPLICATION SOFTWARE 



Fig. 3 
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DEFINING SCHEMA OF THE 
APPLICATION REPLICA DATABASE 



STORING THE SCHEMA 
TO CONFIG. MANAGEMENT 
M&STPR nATARASE 



CREATING TWO NEW 
LOGICAL DATABASES TO 
APPLICATION REPLICA SERVER 



DEDICATING AND REGISTERING 
DATABASE AS CONFIG. REPLICA 
NODE 



SYNCHRONIZING CONFIG. MANAGE- 
MENT REPLICA WITH ITS MASTER 
DATABASE 



REGISTERING OF APPLICATION 

REPLICA DATABASE WITH 
P > I MlOHh \STER DA ABASE 



CREATING THE SCHEMA OF THE 
APPLICATION REPLICA DATABASE 



INSTALLING THE REPLICA 
APPLICATION SOFTWARE 



Fig. 4 
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SYNCHRONIZING CONFIG. 
MANAGEMENT REPLICA WITH 
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UPDATING APPLICATION 
SOFTWARE CONFIGURATION 
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Fig, 5 



17 



EP 1 256 889 A2 



602 

CREATiNG SCRIPTS FOR NEW 
REVISION OF REPLICA 
DATABASE SCHEMA 

"""""""""" f 

STORING THE SCHEMA 
TO CONFIG. MANAGEMENT 

iMMI, 



TRYING TO SYNCHRONIZE APP- 
LICATION REPLICA DATABASE OR 
RECEIVING A NOTIFICATION ABOUT 

NEW REVISION FROM CONFI- 
GURATION MANAGEMENT MASTER 



SYNCHRONIZING CONFIG. 
MANAGEMENT REPLICA WITH 
SCHEMA MASTER DATABASE 



UPDATING THE APPLICATION 
REPLICA SCHEMA 



UPDATING APPLICAT ION 
SOFTWARE CONFIGURATION 
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